Skip to main content

User Stories

User stories são uma técnica utilizada em desenvolvimento ágil de software, especialmente em metodologias como Scrum e XP (Extreme Programming), para capturar requisitos de software a partir da perspectiva do usuário final. Elas ajudam a equipe a entender o que o usuário precisa do sistema, por que precisa e como isso se encaixa no contexto geral do produto. Uma user story típica é formulada de forma simples e direta, focando nas necessidades do usuário e nos resultados desejados, em vez de especificações técnicas detalhadas.

Componentes de uma User Story

  1. Quem? (Who)

    • O "tipo de usuário" identifica a pessoa ou o papel que se beneficiará da história. Isso ajuda a equipe a entender para quem eles estão desenvolvendo e como diferentes usuários podem ter necessidades distintas.
  2. O quê? (What)

    • A "ação ou recurso" é o que o usuário quer fazer. Este componente descreve a funcionalidade que será implementada.
  3. Por quê? (Why)

    • O "benefício" explica por que essa funcionalidade é importante. Esse componente ajuda a equipe a entender o valor que o recurso trará para o usuário, influenciando prioridades e decisões de design.

Importância das User Stories

  • Foco no Usuário: As user stories ajudam a equipe a manter o foco nas necessidades reais dos usuários, assegurando que os recursos desenvolvidos sejam úteis e relevantes.
  • Facilitação da Comunicação: Elas fornecem um meio claro e conciso de comunicar requisitos entre stakeholders e a equipe de desenvolvimento.
  • Flexibilidade: Ao contrário de especificações de requisitos tradicionais, as user stories são flexíveis e podem ser atualizadas e adaptadas conforme mais informações se tornam disponíveis.
  • Planejamento e Priorização: As user stories facilitam o planejamento e a priorização do trabalho, pois cada história pode ser estimada e priorizada individualmente.

User stories são fundamentais para o desenvolvimento ágil, pois ajudam a garantir que o produto final esteja alinhado com as expectativas e necessidades do usuário, ao mesmo tempo que permitem ajustes rápidos e iterativos ao longo do processo de desenvolvimento.

COMO GERENTE DA FARMÁCIA CENTRAL

  1. Visualização de Listas de Prioridade:

    • Quero poder visualizar diferentes listas de prioridades que incluam informações sobre a área, o armário automatizado (pixy) e as especificações do pedido. Isso me ajudará a coordenar as rotas de entrega mais eficientes.
  2. Identificação de Pedidos Suspeitos:

    • Preciso de uma funcionalidade que me permita identificar pedidos suspeitos e exportar informações críticas como data, usuário e medicamento solicitado, para assegurar a integridade dos pedidos.
  3. Confirmação de Entrega e Notificação ao Usuário:

    • Desejo que os entregadores possam confirmar entregas diretamente no sistema após depositarem o medicamento no pixy, permitindo-me monitorar o tempo médio de entrega e notificar os usuários sobre a conclusão do pedido.
  4. Dashboard Intuitivo e Ponderação de Pedidos:

    • É importante ter um dashboard intuitivo que priorize os pedidos com base na importância dos medicamentos e no contexto geral da demanda. Para que eu possa analisar esses dados posteriormente e atuar nos gargalos do processo.
  5. Exportação de Pedidos em Formato CSV:

    • Quero a capacidade de exportar todos os pedidos em formato CSV para facilitar análises futuras. Para que eu possa analisar esses dados posteriormente e atuar nos gargalos do processo.
  6. Autenticação de Usuários:

    • Preciso de um sistema robusto de autenticação para prevenir acessos não autorizados e possíveis fraudes por parte da equipe.

COMO TÉCNICO DE ENFERMAGEM:

  1. Facilidade de Pedidos:

    • Desejo fazer pedidos facilmente, acessando perfis de área e medicamentos comuns em cada pixy, para agilizar o processo e melhorar o atendimento aos pacientes.
  2. Previsão de Entrega e Notificação:

    • Quero receber previsões sobre o tempo de entrega e ser notificado quando o medicamento estiver disponível no pixy, para otimizar a retirada dos medicamentos.
  3. Login com Escaneamento de QR Code:

    • Preciso de uma funcionalidade que permita fazer login e acessar diretamente um escaneador de QR Code, para visualizar rapidamente o perfil do pixy e completar meu pedido.
  4. Histórico de Pedidos:

    • É essencial ter acesso ao histórico de pedidos para facilitar novas solicitações de medicamentos habituais e simplificar o processo de trabalho.
  5. Adição de Observações nos Pedidos:

    • Quero a opção de adicionar observações detalhadas aos pedidos, informando sobre a urgência e especificidades do contexto clínico.
  6. Feedback sobre Pedidos:

    • Gostaria de poder fornecer feedback sobre cada pedido, incluindo avaliações sobre a entrega e a qualidade dos medicamentos recebidos, para contribuir com a melhoria contínua do serviço.
  7. Redirecionamento de Pedidos em caso de Urgência:

    • Preciso poder enfatizar a urgência de pedidos específicos que requerem entrega direta ao paciente, para assegurar o tratamento adequado em situações críticas.

COMO TÉCNICO DA FARMÁCIA CENTRAL:

  • Acesso e Gerenciamento de Requisições:

    • Necessito de um sistema de login e senha que me permita acessar minhas requisições já organizadas, facilitando a gestão das mesmas, seja em movimento ou fixo na farmácia.
  • Detalhamento das Requisições:

    • Quero ter acesso a uma lista detalhada de requisições com observações e especificações de cada pedido, aumentando a precisão no preparo e entrega dos medicamentos.
  • Finalização de Pedidos:

    • Preciso de uma funcionalidade para finalizar pedidos no sistema após a preparação, notificando o requisitante e permitindo a retirada do medicamento do pixy.
  • Priorização por Urgência:

    • É crucial receber a lista de requisições ordenadas por urgência, permitindo-me priorizar as entregas de acordo com a necessidade clínica imediata.

Por fim, cabe ressaltar que o projeto está inserido em um contexto ágil, iterativo e de mudança contínua, o que signfica que as userstories descritas na primeira sprint podem mudar conforme o decorrer do módulo, sempre visando agregar mais valor para o usuário final e incrementar a solução.